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[57] ABSTRACT 

A system and method for managing the nonvolatile 
memory capacity of individual workstations within a 
data processing network having a multiplicity of work- 
stations with resident nonvolatile memory devices. In 
the context of the embodying network, the invention 
provides for a selective querying of workstations to 
determine unused disk capacity, a comparison of such 
capacity to a threshold defined for the respective work- 
station, and the generation of an event message indicat- 
ing sub-threshold capacity. The event is subject to local 
or network logging, and can include information identi- 
fying the workstation and its disk capacity status. A 
refinement of the invention contemplates the realloca- 
tion of disk capacity within the network to avoid pre- 
mature termination of programs executing on a work- 
station upon the finding of a sub-threshold capacity in 
the workstation. 

14 Claims, 3 Drawing Sheets 
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NONVOLATILE MEMORY MANAGEMENT IN A 
DATA PROCESSING NETWORK 

BACKGROUND OF THE INVENTION 5 

The present invention relates generally to memory 
management. More particularly, the invention is di- 
rected to a system architecture and method for manag- 
ing nonvolatile data storage devices individually resi- 
dent within workstations (personal computers) which 10 
are themselves the elements of a network. 

A representative workstation includes a processor 
with volatile memory, a video display a keyboard with 
mouse, a printer, and a nonvolatile data storage device, 
such as a hard (fixed) disk or functionally equivalent 15 
optica] disk or tape drive apparatus. In the context of a 
network, the workstation represents a terminal which 
interfaces to the network using the protocol of the net- 
work. The protocol may be provided directly by a 
networking card in the workstation or the consequence 20 
of a terminal emulation program executing on the work- 
station. 

Network connected workstations are proliferating 
with the increased use of word processing, databases, 
and electronic communication. The increasing presence 25 
of workstations and networks thereof in the workplace 
has created a situation in which average human user of 
a workstation is significantly less experienced and 
knowledgeable in the system idiosyncrasies. Neverthe- 
less the user and the system are expected to exhibit 30 
increase productivity. Workstation error messages and 
the associated down time are clearly undesirable. In this 
context a particularly vulnerable aspect of each work- 
station has been the capacity of the nonvolatile memory 
resident at the individual workstation. 35 

Capacity related hard disk failures, i.e., operational 
interrupts and associated error messages, occur when 
the data being conveyed to nonvolatile storage exceeds 
the disk capacity. Consequently, the operational inter- 
rupt and associated error message to the workstation 40 
user occurs at a time and under a condition when such 
workstation user is least capable of easily correcting the 
situation. Such failures of the hard disk are particularly 
disruptive when the error messages require the work* 
station user to respond by selectively deleting data from 45 
the hard disk before completing the operation so inter- 
rupted. The less experienced the workstation user, the 
more disruptive is the event and complex the corrective 
action. 

Consequently, there exists the need for a system and 50 
method for managing a network composed of multiple 
workstations having independent and workstation resi- 
dent nonvolatile memory devices with resources to 
anticipate and reallocate nonvolatile memory within the 
network. The system and method should minimize 55 
workstation down time and user involvement. 

SUMMARY OF THE INVENTION 

The present invention exhibits a number of related 
features, which features are used to discern and identify 60 
nonvolatile memory capacity problems in workstations 
connected to a network. One of the nonvolatile memory 
capacity management features of the present invention 
involves the automated determination of unused mem- 
ory capacity for selected workstations in the network. 65 
A second aspect of the invention involves the establish- 
ment of capacity thresholds, which thresholds define 
minimum acceptable unused memory capacity by work- 
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station and time. In its third aspect, the invention relates 
to event characterization, whereby event signals gener- 
ated as a consequence of capacity threshold violations 
provide both workstation local and network wide error 
log messages suitable to identify the particulars of the 
capacity problem and the workstation to which it re- 
lates. 

According to a preferred practice of the invention, 
workstation resident hard disk capacity memory man- 
agement in a network of workstations is effectuated by 
periodically enabling a workstation resident disk capac- 
ity monitor program, operating such program to deter- 
mine for selected workstations the unused disk capacity, 
comparing such determined . unused capacity to a 
threshold defined previously for each workstation, gen- 
erating an error message when the capacity limit is 
violated, and logging the message at the workstation 
and within the network. Preferably, the workstation 
disk capacity queries are automated in a timed sequence. 

The invention also contemplates a selective realloca- 
tion or sharing of disk space within the network to 
temporarily correct for deficiencies in the disk capacity 
of a workstation and thereby preclude incipient disk 
failure situation. Temporary disk reallocation within the 
network can be initiated by the log of a disk error mes- 
sage within the network or upon a workstation request 
following the detection of such incipient disk capacity 
problem. These features provide the basic tools for a 
network administrator to monitor the use of disk space 
within the system in the course of managing both net- 
work and workstation memory resources over the long 
term. 

These and other features of the invention will be 
more clearly understood and fully appreciated upon 
considering the embodiment described hereinafter. . 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic depicting a multiplicity of 
workstations connected in a network. 

FIGS. 2A and 2B are a flow diagram depicting opera- 
tions provided by the invention. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

FIG. 1 schematically depicts the architecture of a 
network within which the invention is preferably prac- 
ticed. The protocols of the depicted networks include, 
without limiting, ethernet, token-ring, SDLC, and that 
of the PC NETWORK TM product and this illustrates 
the diversity of environments within which the present 
memory (hard disk) capacity management invention 
can be practiced. As shown, a host computer, such as 
the IBM Corporation System/370 TM mainframe is 
connected by way of a token ring, X.25, or SDLC com- 
munications link to gateway workstation 2 and there- 
through into the three basic network types selectively 
using SDLC Switched, X.25, the ethernet, the token- 
ring and PC NETWORK technologies. The hardware 
at each workstation preferably includes, as depicted in 
association with gateway workstation 2, a display 3, a 
keyboard 4 a mouse 6 and a system unit 7. The system 
unit 7 houses a processor, one or more communication 
boards, a volatile memory array, and hard disk nonvola- 
tile memory. The nonvolatile memory can include vari- 
ous forms of disk drives, e.g., floppy, hard and optical, 
and fully encompasses other nonvolatile storage media 
such as tape drives or nonvolatile semiconductor de- 



08/21/2003, EAST Version: 1.04.0000 



vices. Gateway workstation 2 is preferably a Personal 
System/2 ® (PS/2 (§)) computer running with an Oper- 
ating System/2 TM Extended Edition (OS/2® EE) 
operating system. The remaining workstations also 
preferably use Personal System/2 computers with the 5 
OS/2 EE operating system. These hardware and soft- 
ware products are generally available from Interna- 
tional Business Machines Corporation. 

The communication links and associated communica- 
tions circuits by which the various workstations de- 10 
picted in FIG. 1 interact utilize protocol standards com- 
monly known within the industry. For example, X.25, 
SDLC (synchronous data link control), switched 
SDLC, token-ring, ethernet, APPC (advanced program 
to program communications) and IBM 3270 terminal 15 
are protocols substantially defined by government or 
industry standards. The protocol of the PC NET- 
WORK product is established by International Business 
Machines Corp, To implement such protocols the indi- 
vidual workstations have communications circuitry and 20 
software, typically board type components, which gen- 
erate the appropriate electrical signals for the depicted 
ethernet, token-ring, SDLC switched, or X.25 commu- 
nication links. Preferably, the operating system soft- 
ware incorporates as modules thereof driver code suit- 25 
able to implement the communication functions. For 
instance, the aforementioned OS/2 EE code incorpo- 
rates SDLC drivers, X.25 drivers, token-ring drivers, 
netbios drivers, IEEE 802.2 drivers, APPC drivers, and 
3270 terminal emulation drivers. Workstations using the 30 
somewhat more restrictive DOS (disk operating sys- 
tem) operating systems can still include code for 
APPC/PC, 3270 WSP (workstation program) for tok- 
en-ring. PC 3270 terminal emulation for token-ring, or 
PC/3270 drivers for token-ring or PC NETWORK 35 
product drivers. Given this diversity of networks and 
protocols, it should be apparent that the management of 
nonvolatile memory, hereinafter generally referred to 
as disk capacity, must define a system environment and 
practice which is compatible with the broad spectrum 40 
of workstation networks in the industry. The present 
invention defines systems and methods suitable to moni- 
tor workstation specific disk capacity, to establish 
thresholds therefore, and to initiate network level no- 
tice of a need for corrective action for the networks in 45 
FIG. 1. 

The aforementioned OS/2 EE operating system does 
provide a workstation user with the ability to determine 
disk capacity for the immediately associated worksta- 
tion. This is accomplished by calling up and running the 50 
utility program identified as CHKDSK. The size of the 
disk being queried as well as the remaining capacity 
thereof are provided as an output to the workstation 
user. However, the queries are limited to the OS/2 EE 
operating system resident workstation, 55 

The present invention contemplates network wide 
management of disk capacity, and defines in such a 
context features which are transparent to the diverse 
forms of networks described with reference to FIG. 1. 
Furthermore, the system and method for managing disk 60 
capacity as defined herein is not constrained to reside 
solely on host computer 1, or on gateway workstation 2, 
or on any one of the other individual workstations 
linked within the network. This flexibility derives from 
the invention concept that the management function 65 
should be operable from any location remote to the 
individual workstation, should reduce the number of 
aborted operations caused by disk capacity deficiencies, 
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and should lower the associated user level of skill re- 
quirements. 

A first important feature of the invention involves the 
ability to access a workstation from a remote location 
within the network, undertaken to obtain measures of 
the unused disk capacity by individual logical drive or 
for all drives resident at the queried workstation. The 
results of such query are displayed, conveyed to a file or 
printed, upon the discretion of the manager. The query 
operation is invoked by a command line or via an appli- 
cation programming interface (API). The timing of the 
query can be automated to occur at specified timed 
intervals, employing a timer function such as is pres- 
ently available in aforementioned OS/2 EE operating 
system. 

A second aspect of the invention relates to the estab- 
lishment of disk capacity thresholds. This feature pro- 
vides the user with the ability to remotely establish a 
minimum remaining disk capacity. The threshold is 
established through a command line, via a remote net- 
work function, or by using an API operation. Given 
that it is an externally defined threshold, it is subject to 
revision by the entity defining the operating parameters 
within the network. 

A further aspect of the invention relates to the gener- 
ation of an event, hereinafter identified as an error mes- 
sage, within the network upon the identification of a 
workstation with remaining nonvolatile disk capacity 
below the established threshold. The invention contem- 
plates the generation of an error message suitable for 
log at the local, network, or host level within the net- 
work. For example, the error message log can be dis- 
played directly to the screen of the resident terminal 
user, written to a file, printed, or used to enable an 
NMVT (network management vector transport) of the 
type routinely conveyed to the host. Preferably, such 
error message includes information for determining the 
amount of unused disk capacity remaining, the worksta- 
tion type, and workstation location. 

A further contemplated enhancement of the inven- 
tion involves an error message responsive dynamic 
reallocation of available disk capacity wjjjjiajhejuej- 
w^rk. This additional feature would ensure that unex- 
pected and above capacity demands by one or more 
workstations within the network would not result in 
aborted operations during the interim between the gen- 
eration of an error message and the conclusion of cor- 
rect by the network manager. 

FIGS. 2A and 2B define by flow diagram a preferred 
practice of the invention in the context of the system 
depicted in FIG. 1. Disk capacity queries are started by 
a time ticker, an API, a command line entry, or an 
inbound attach operation. If the GET command associ- 
ated with the start involves the determination of disk 
capacity, the workstation netbios location data, the disk 
drive characteristics, and the error message log location 
must be defined to enable accessing. When the worksta- 
tion subject to accessing is inactive, an error message is 
logged. For an active workstation, a command is con- 
veyed from the host to the workstation to first retrieve 
capacity data and thereafter log such data to the pre- 
scribed log destination. When multiple disk drives are 
involved, the query and logging processes are repeated 
for each of the drives in succession. Thereafter, the get 
disk capacity operation is concluded. 

The start command for invoking the set disk thresh- 
old operation undertakes to determine the netbios data, 
the disk drive of the workstation subject to threshold 
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comparison, the threshold value, and the location for other workstation identification data are derived for 
logging the associated error message data. The identi- generating the host NMVT message. In the event the 
Tied disk is then queried, if the system is active, to deter- system does not provide an NMVT protocol, the work- 
mine the capacity actually remaining. When the work- station information is sent directly to a log. If the 
station or network subject to query are found to be 5 NMVT protocol is selected, the host is queried to con- 
inactive, an error message is logged and threshold de- firm that it is active and, if active, notified of the work- 
termination is terminated. If the threshold in an active station location having the disk event error message. An 
system is lower than the remaining disk capacity, verifi- local error message is logged if the host is inactive or 
cation of adequate capacity is logged. On the other not connected. 

hand, when the threshold is determined to be greater 10 Pseudocode, from which source code can be derived, 
than the remaining capacity, an error message is gener- particularizes how each of the operations defined in 
ated. FIGS. 2A and 2B can be accomplished within the net- 
As a third specifically defined option within the oper- work of FIG. 1. Such code defines the determination of 
ating modes of the system, the start operation is enabled disk capacity, the establishment of a minimum capacity 
to query a workstation and selectively log the derived 15 threshold, and the logging of disk event error messages, 
error message data within the network. In such case, the The input command is provided by a time ticker, such 
system receives the netbios location of the workstation, as aforementioned OS/2 EE, an API, a command line 
the NMVT data for the host, and the location for log- entry, or an inbound attach associated with another 
ging different error messages. The workstation pre- command. The command so read, determines whether 
scribed by the netbios name is accessed to determine 20 the system will undertake the "get disk capacity 1 *, "set 
whether it is active. If inactive, an error message is disk threshold*' or log a "disk event", 
logged. For an active network, the location, name and 
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START EXECUTION BY TIMER TICK OR API OR COMMAND OR 

IN BOUND ATTACH 
READ COMMAND 

IF COMMAND = "GET DISK CAPACITY" THEN 
GET MACHINE NAME. LOGICAL DRIVE(S). 

LOCATION TO LOG ENTRY 
ACCESS SYSTEM. BASED ON MACHINE NAME 
IF MACHINE IS ACTIVE THEN 
LOOP: 

RETRIEVE CAPACITY DATA FOR DRIVE 
SEND CAPACITY DATA AND VERIFICATION TO LOG 
IF THERE ANY MORE DRIVES TO GET CAPACITY 
INFORMATION FROM THEN 
GOTO LOOP; 
END 

ELSE IF MACHINE IS NOT ACTIVE THEN 

SEND ERROR TO LOG LOCATION 
END 

ELSE IF COMMAND = "SET DISK THRESHOLD" THEN 
GET MACHINE NAME. LOGICAL DR I VE.C A PA C I T Y 

INFO..LOCATION TO LOG ENTRY 
ACCESS SYSTEM BASED ON MACHINE NAME 
IF MACHINE IS ACTIVE THEN 

SET THE THRESHOLD VALUE ON THE SYSTEM 
IF THE THRESHOLD EXCEEDED WITH THAT THRESHOLD 
VALUE THEN 
CALL "DISK EVENT" PROCESS 
ELSE IF THE ANSWER = "NO" THEN 

SEND VERIFICATION TO LOG 
END 

ELSE IF MACHINE IS NOT ACTIVE THEN 

SEND ERROR TO LOG LOCATION 
END 

ELSE IF COMMAND = "DISK EVENT* THEN 

GET MACHINE NAME, NMVT DATA, LOCATION TO LOG ENTRY 
ACCESS SYSTEM BASED ON MACHINE NAME 
IF THE SYSTEM IS ACTIVE THEN 

GET USER LOCATION, NAME, BUILDING, ROOM NUMBER, 

AND TELEPHONE NUMBER 
IF A NMVT IS SPECIFIED THEN 
GENERATE NMVT 

IF THERE IS A HOST CONNECTION THEN 
SEND NMVT TO HOST 
SEND VERIFICATION TO LOG LOCATION 
END 

ELSE IF ANSWER « "NO" THEN 

SEND ERROR TO LOG LOCATION 
END 

ELSE IF ANSWER = "NO" THEN 
SEND EVENT AND VERIFICATION TO LOG LOCATION 
ELSE IF THE SYSTEM IS NOT ACTIVE THEN 
SEND ERROR TO LOG LOCATION 
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END 



The full breadth of the invention, as noted earlier, 
includes systems and methods for reallocating nonvola- 
tile memory such as disk capacity within the network in 
response to the logging of a disk event (error message), 
for a workstation having sub-threshold capacity. Jhe 10 
reallocation of disk capacity can be, Inr^jypri tn rR? 
nPtw^Hf nf thp wQrF ctatinn . gnp!l QC utithin * hf > token- 
ring or PC NETWORK illustrated in FIG. 1, or, if 
desired, can be allocated at the gateway 2 or host 1 
levels, 15 

The invention thus provides a network system, and a 
program for using such system, to eliminate nonvolatile 
memory capacity errors which heretofore routinely 
caused premature termination of programs executing on 
workstations. The invention provides a system and a 20 
method for ascertaining the unused nonvolatile memory 
capacity of individual workstations within the network, 
for establishing minimum unused memory capacity 
thresholds for such workstations, and for selectively 
logging deficiency information attributable to sub-thre- 25 
shold remaining memory capacity. The operations can 
be invoked by command line entry, by enabling API, or 
AT automated time intervals. The reporting of the error 
messages, disk events, can be performed locally or re- 
motely, and conveyed to a file, a printer or even a dis- 30 
play screen. In a refined form, the invention also con- 
templates the selective temporary reallocation of non- 
volatile memory within the network upon the logging 
of a sub-threshold capacity in a workstation. Thus, the 
user of a workstation is no longer obliged to learn how 35 
to terminate a running program and to selectively delete 
hard disk files in event a nonvolatile memory capacity 
deficiency is encountered. 

The invention is fully applicable to workstations hav- 
ing resident nonvolatile memory without regard to 40 
particular form, including floppy, hard/fixed and opti- 
cal disks, tape storage media as well as semiconductor 
nonvolatile memory. 

Though the invention has been described and illus- 
trated by way of specific embodiments, the apparatus 45 
and methods of the invention should be understood to 
encompass the full breadth of structures and practices 
defined by the claims set forth hereinafter. 

We claim: 

1. A system for managing memory capacity in a data 5 0 
processing network connected to communicate data in 
specified protocol between multiple workstations with 
resident nonvolatile memory devices, comprising: 
means for selectively querying a workstation con- 
nected on the network to determine the respective 55 
unused nonvolatile memory; 
means for comparing the determined unused nonvol- 
atile memory to a respective minimum capacity 
threshold value; and 
means for generating event response data in the net- 60 
work to signify that the unused nonvolatile mem- 



ory at the queried workstation is below the thresh- 
old value. 

2. The system recited in claim 1, wherein the means 
for generating identifies the selected workstation. 

3. The system recited in claim 2, wherein the means 
for selectively querying interrogates respective work- 
stations to obtain workstation resident unused disk ca- 
pacity. 

4. A method for managing memory capacity in a data 
processing network connected to communicate data in 
specified protocol between multiple workstations with 
resident nonvolatile memory devices, comprising the 
steps of: 

selectively querying a workstation connected on the 
network to determine the respective unused non- 
volatile memory; 

comparing the determined unused nonvolatile mem- 
ory to a respective minimum capacity threshold 
value; and 

generating event response data in the network to 
signify that the unused nonvolatile memory at the 
queried workstation is below the threshold value. 

5. The process recited in claim 4, wherein the gener- 
ated event response identifies the selected workstation 
within the network. 

6. The process recited in claim 5, wherein the gener- 
ated event response is transmitted from the selected 
workstation to a network log. 

7. The process recited in claim 6, wherein the query 
retrieves and logs workstation resident unused disk 
capacity information from the selected workstation, 

8. The process recited in claim 6, wherein the gener- 
ated event response causes an allocation of workstation 
resident nonvolatile memory within the network to the 
selected workstation. 

9. The process recited in claim 4, wherein the selected 
query is periodically enabled. 

10. The process recited in claim 9, wherein the selec- 
tion is controlled by a workstation other than the one 
subject to the query or by a host computer. 

11. The process recited in claim 10, wherein the gen- 
erated event identifies the selected workstation within 
the network. 

12. The process recited in claim 11, wherein the gen- 
erated event response is transmitted from the selected 
workstation to a network log. 

13. The process recited in claim 12, wherein the 
query retrieves and logs workstation resident unused 
disk capacity information from the selected worksta- 
tion. 

14. The process recited in claim 11, wherein the gen- 
erated event response causes an allocation of worksta- 
tion resident nonvolatile memory within the network to 
the selected workstation. 
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